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© Conditional look ahead valid option determination. 

© A method is disclosed which informs a user of a data processing system about which of his previous 
selections in a current data processing session have disabled, or otherwise "affected", selections which would 
ordinarily be selectable. The method is practiced in a data processing system which includes a central 
processing unit (CPU), a random access memory (RAM), a means of inputting user selections such as a 
keyboard and a mouse and a means of displaying the results of such selections to the user. A plurality of 
program modules and data objects are resident in the memory. Control of the data processing system is 
mainframed by listing the selections available to the user on series of menus presented on the display means. 
The CPU instructs the display means to display the menu which corresponds to that particular point in the 
program. Following the method of the present invention, the CPU has kept track of the selections made by the 
user. By referring to a special data file which correlates these past selections to the list of actions displayed in 
the current menu, the CPU determines which of these actions are "affected". These affected actions are then 
denoted on the menu in some way, e.g., changing the affected action's color, marking the affected actions with a 
special symbol, etc. Responsive to the user placing the input focus on an affected action, the CPU presents a 
list of the past selections which cause the action to be affected on the display means. One preferred 
embodiment of the invention would allow a user to deselect the past selections which cause the action to be 
affected, and thereby transform the affected action to an unaffected action. The user could then perform the 
desired action with the remaining past selections. 



CL 
LU 



Rank Xerox (UK) Business Services 



EP 0 452 692 A2 



FIG. 1 



CPU 
13 



KEYBOARD 

15 



MOUSE 
17 



DISPLAY 
19 



I/O 
25 



ROM 
37 



DISK 
STORAGE 
39 



RANDOM ACCESS MEMORY 



KEYBOARD 
DRIVER 
27 



APPLICATION 
33 



MOUSE 
DRIVER 
29 



DISPLAY 
COPE 
30 



LIBRARY 
40 



OPERATING 
SYSTEM 
31 



-41 
-43 
-45 
-47 
-49 



23 



2 



EP 0 452 692 A2 



This invention relates generally to menu driven interactive data processing systems. More particularly, it 
relates to a method to prevent a user from attempting to perform actions which will definitely fail and 
informing the user which of previously selected options will cause those actions to fail. 

In modern data processing systems, an attempt is usually made to write software which helps control 
5 those systems to allow their operation in a "user-friendly" manner. A typical method of writing user friendly 
software is to provide a series of menus which include lists of the actions which are selectable by a user at 
a particular place in the program. Such programs are popular because human factors studies have shown 
that it is easier for users to recognize and select desired items from a list on a display screen, rather than 
having to remember numerous and lengthy commands to operate the data processing system. When a user 
70 desires to select a particular item or action, he moves the input focus of the system to the selected item 
with the aid of cursor direction keys or a pointing device, such as a mouse and transmits an input to the 
system via a keyboard or mouse button. The input focus of the system is generally identical to the current 
cursor position. 

As software grows in complexity, many actions may be "affected", i.e., disabled, by choices already 

75 made by the user during the data processing session. If these affected actions are left on the menu, a user 
may select such an affected action which will fail to execute. The data processing system will then flash an 
error message to the user indicating that the action cannot be accomplished. It would be advantageous to 
inform a user in advance that a particular action is affected, and therefore, not to attempt the action. This 
avoids tying up the data processing system with unfruitful requests and error messages. 

20 In menu driven software, the prior art has utilized two methods of preventing a user from selecting such 
affected actions. A first method is to only include those actions which are unaffected and properiy 
selectable by the user in the menu. In this method, affected actions are simply left off the menu. A 
disadvantage of this first method is that a user who remembers that a particular action could be selected at 
this place in the program when he had made different previous choices will become confused, believing 

25 that he is at a different place in the program. This may lead to a search for the affected action in other 
menus, wasting the user's time and increasing his dissatisfaction with the software. 

A second method employed in the art is to highlight actions which are selectable in the menu, i.e., 
leaving the affected actions in a de-emphasized state. This is an improvement over the first method in that 
the user is not likely to be confused about his place in the program. However, the user has no way of 

30 understanding which of his previous selections have caused the action to be affected without referring to 
documentation. 

It is, therefore, a primary object of this invention to inform a user about past selections which have 
affected a particular action on a menu. 

It is further object of this invention to prevent a user from attempting actions which will fail to execute. 

35 These and other objects, features and advantages of the invention are accomplished in advantageous 
manner basically by the method for displaying the effect of past actions on present affected actions, as 
disclosed herein and claimed in the independent claims. 

The method is practiced in a data processing system which includes a central processing unit (CPU), a 
random access memory (RAM), a means of inputting user selections such as a keyboard and a mouse and 

40 a means of displaying the results of such selections to the user. A plurality of program modules and data 
objects are resident in the memory. The invention is designed to control the data processing system by 
listing the possible selections on a series of menus presented on the display means. 

While operating the data processing system according to the instructions in one of the program 
modules, the CPU will instruct the display means to display the menu which corresponds to that particular 

45 point in the program. Following the method of the present invention, the CPU keeps track of the past 
selections made by the user. By referring to a data file which correlates these past selections to the list of 
actions displayed in the menu, the CPU determines which of these actions are affected. These affected 
actions are then denoted on the menu in some way, e.g., changing the affected action's color, marking the 
affected actions with a special symbol, etc. Responsive to the user placing the input focus on an affected 

50 action, the CPU presents a list of the past selections which cause the action to be affected on the display 
means. One preferred embodiment of the invention would allow a user to deselect the past selections which 
cause the action to be affected, and thereby transform the affected action to an unaffected action. The user 
could then perform the desired action with the remaining past selection is. 

These and other objects, features and advantages of the invention will be more fully appreciated in the 

55 detailed description of an embodiment of the invention with reference to the accompanying drawing, in 
which 

FIG. 1. shows a system block diagram of a data processing system which operates according to the 
principles of the present invention; 
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FIG. 2. shows an example of a display screen menu which includes a menu bar of possible actions and a 
list of selectable data file objects before any objects are selected; 

FIG. 3. shows the menu in FIG. 2 with a pull down action bar showing selectable and nonselectable 
subactions; 

5 FIG. 4. shows an example of display screen menu which includes a menu bar of possible actions and a 
list of selectable data file objects where some of those objects are selected by the user; 
FIG. 5. shows the menu in FIG. 4 with a pull down action bar showing affected and unaffected 
subactions; 

FIG. 6. shows the menu in FIGs. 4 and 5 with a pop-up window of the past selections which are causing 
10 a subaction to be affected; 

FIG. 1. shows the menu in FIG. 4 with a pull down action bar showing the subactions after past 
selections affecting one of the subactions have been deselected; 

FIG. 8. is a matrix of a first set of possible selections mapped against a second set of possible selections 
which describes if a file can be sent from a member of the first set of possible selections to a member of 

75 the second set; and 

FIG. 9. is a flow diagram of the logical operations performed in the method of the invention. 
The data processing system shown in FIG. 1 includes a central processing unit (CPU) 13, a keyboard 
15, a mouse 17 and a display unit 19 all of which are coupled to each other and to the random access 
memory 21 by means of a system bus 23. Other types of pointing devices could be used in place of the 

20 mouse 17, such as a touch sensor. The memory 21 contains a number of program modules including a 
keyboard driver 27 which interprets the electrical signals sent by the keyboard 15, a mouse driver 29 which 
interprets the electrical signals sent by the mouse 17, display code 30 which controls the presentation of 
information to the user on the display 19 and an operating system 31 which provides a set of general 
instructions for the CPU 13 to control data transfer throughout the data processing system. The memory 21 

25 further includes an application program 33 and library 40 which contains a number of data files or objects 
41, 43, 45, 47, and 49 which can be selected by the user for manipulation by the application program 33. 
The library 40 could contain hundreds of data files, however, only five are illustrated in the figure. Other 
input/output devices can be connected via the I/O port 25 to the remainder of the data processing system. 
Also coupled to the system bus 23 are the read only memory (ROM) 37 and disk storage 39. 

30 The data processing system depicted in FIG. 1 could be controlled by an IBM System 370 - type host 
central processor connected to a number of individual workstations (not shown). The invention can also be 
implemented in a stand-alone processor such as a personal computer, e.g., the IBM PS/2 computer. The 
invention is particularly appropriate in an application 33 called Library Drawer which handles data files 41, 
43, 45, 47 and 49 which possess differing characteristics. Some actions programmed into the application 33 

35 may be carried out on some data files but not others. In the preferred embodiment, the library 40 contains 
several types of data files: paper references, search patterns, notes, spreadsheets and search results. A 
paper reference is a data file that "points" to an actual hardcopy of a document. It has no actual content 
it consists only of descriptors. Descriptors are attributes, or properties of an object or file. Typical 
descriptors include "name", "description", "class" , "author", and "owner". Content is analogous to a PC 

40 flat file or ASCII text. Content is a term for the actual bits stored in a data file, e.g., the bits associated with 
the characters "a", "p" and "e" in the word "ape". A search pattern is a data file consisting of search 
criteria used to find other data files in the library. The search criteria are mainly matched against another 
object's descriptors. This object, like all other objects in the library 40, contains descriptors which apply to 
it. A search result is an object consisting of descriptors, search criteria, and the results of a search using the 

45 stored search criteria that is a part of this object. Documents, Notes, Memos are different versions of 
standard text objects. These consist of both descriptors and content. 

Library drawer 33 can work with search patterns, search results, or other data files in the library 40. 
Library drawer 33 first displays all items to which the user has access in the menu panel depicted in FIG. 2. 
The types or classes of objects chosen by the user and depicted in the menu panel can include any of the 

so documents, notes, search patterns, search results, paper references, and other files found in the library 40. 
For example, the user may choose to look only at data files that have shared characteristics or properties 
by performing a search of the library 40. Library drawer 33 will create or edit search patterns to specify the 
search criteria and perform a search and show the results in a search result. 

Different actions within Library drawer 33 which are selectable by the user include: 

55 File To work with objects or change their properties 

View To change how the list of objects in this window is displayed. 

Utilities To check objects into or out of the Library or to invalidate their checkout. 

Help To get online contextual help or extended help. 
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In the preferred embodiment, actions have subactions. Some examples of subactions of the action 
"File" include "Move", "Copy" and "Send". "Move" is used to move the data files selected from the 
Library 40 to another location, either in the RAM 21 or other on storage media such as hard disk 39. 
"Move" can give the file new names or keep their current names. The files and their properties are erased 

5 from the Library 40 when they are moved. According to the rules of Library drawer 33, the user cannot 
move paper references, search patterns, or search results from the Library 40. "Copy" is used to copy file 
within the Library 40 or from the Library 40 to another location. "Copy" can give the items new names or 
keep their current names. The user cannot copy paper references or, search patterns, to a location outside 
the library 40, and can not copy search results at all. "Send" is used to send copies of the selected file to 

10 other users. In Library drawer 33, the user cannot send search patterns, or search results to other users. 

FIG. 2 depicts a sample menu 50 presented to the user on display 19 while CPU 13 utilizes instruction 
from the operating system 31 and Library drawer 33 to operate on the data files contained in the Library 40. 
The menu 50 displays the actions available to the user on action bar 51 as well as a list 53 of data files 
available to be selected by the user. The list 53 of data file names corresponds to the data files 41-49 

15 depicted in FIG. 1. Also included in FIG. 2 is the class of each data file and the date on which it was last 
revised. The input focus or cursor position 55 is shown as a single underline character. Although the sample 
menu portrayed depicts only seven data files for purposes of illustration, in actual use the Library 40 could 
contain hundreds of files. The user would access additional files by scrolling through the list of data files 53, 
for example, by repeatedly depressing a function key, until the desired data files had been displayed in the 

20 menu 50. 

In FIG. 2, no data files have been selected by the user. Consequently, no action can be said to be 
"affected" by the past choices of the user. Nonetheless, when no data files have been selected, certain 
actions can not be performed. As shown in FIG. 3, when the input focus 55 of the system is moved to one 
of the actions in the action bar 51, for example, "File", the action is emphasized and a pull down action bar 

25 57 appears which lists the selectable subactions of "File" in bold, while the nonselectable subactions are 
shown crossed out. Other methods of denoting the distinction between the two types subactions would be 
obvious to one skilled in the art. 

FIG. 4 shows the sample menu 50 presented on the display 19 after several of the data files in list 53 
have been selected by the user. The selected data files are shown in bold. The user selects a data file for 

30 manipulation by the application program 33 by moving the cursor 55 to the line of the data file and causing 
an input to be transmitted to the data processing system. In the preferred embodiment, this is accomplished 
through the use of a mouse 17 by clicking a mouse button once the cursor 55 is properly positioned. A user 
can deselect a data file by moving the cursor 55 to a emphasized item and then clicking a mouse button. 
In FIG. 4, none of the actions in the action bar 51 are shown to be affected, despite the fact that a 

35 number of data files have been selected which are affecting the subactions of the action. This is a design 
decision made in the preferred embodiment. Since the user must first move the cursor to the action to 
execute the desired subaction, the user will be informed at that time that the desired subaction is affected. 
Most actions will have a mixture of affected and unaffected subactions once a number of data files are 
selected. In the preferred embodiment, it might be confusing to show that all the actions are affected. The 

40 user might be misled to believe that none of the actions are executable, when in fact only one or two 
subactions under each action are affected. In a different menu format, where the actions do not have 
subactions, it would be appropriate to cross out the action as it is affected. In a menu format where actions 
do not have subactions, the actions will change from bold to crossed-out to bold as various data files are 
selected and deselected. In one embodiment of Library drawer 33 as illustrated in the accompanying 

45 figures, actions in the action bar 51 become crossed out only when all their subactions are affected. 

In FIG. 5, shows the menu in FIG. 4 when the cursor 55 is placed on an action bar 51. When this input 
from the user is received by the data processing system a pull down action bar 57 appears. In pull down 
action bar 57, the subactions which are affected are crossed-out, while those which remain unaffected are 
shown in normal type. As data files are selected to be acted upon, the subactions which can not be 

so performed on all types of data files selected will be crossed out in the pull down action bar 57. 

When the input focus e.g., cursor 55, of the system is on an affected subaction in the pull down action 
bar 57, a pop-up window 59 containing the list of the selected data files which are causing the subaction to 
be affected as displayed. This is shown in FIG. 6. The input focus of the system can be placed in the action 
bar 51 or the pull down action bar 57 by using either the keyboard or the mouse. The advantage of showing 

55 the pop-up window 59 of the selected data files is that the user gains an understanding of which of his past 
selections has affected the subaction, and therefore, if he wants to implement the subaction in the future, he 
will avoid choosing selections of the same data type. One preferred embodiment of the invention allows the 
user to deselect the past selections which cause the subaction to be affected. It is preferred to allow the 
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user to deselect the data files by moving the cursor to the data files listed in pop-up window 59, and 
clicking the mouse button. In a less preferred embodiment the user could return to the menu of FIG. 4 and 
deselect by moving the cursor to the selected data files in list 53 and clicking a mouse button. After the 
past selections in the pop-up window 59 have been deselected, the subaction goes from affected to 

5 unaffected. The user could then perform the subaction with the remaining past selections. FIG. 7 shows the 
menu 50 in FIG. 4 with the pull down action bar 57 showing the subactions after the past selections 
affecting the subaction have been deselected. 

FIG. 8 depicts a matrix which contains information on which objects or data files are incompatible with 
the subactions of "File". The data files are listed vertically in the matrix, and the subactions are listed 

w horizontally. A blank is present when a particular subaction is affected when a data file of a given type is 
selected. As shown in FIG. 8, when a search pattern is chosen, both "Move" and "Send" are affected. 
Similarly, when a paper reference is selected, only "Move" is affected. No actions are affected by the 
selection of a note or spreadsheet. The information in the matrix is held in a special data file. In the 
preferred embodiment, the data is held in a bit stream after a descriptor indicating a particular class of data 

75 file. The first column might indicate whether the subaction "open" was affected by the selection of that 
class of data file, the second column might indicate whether the subaction "new" was affected by the 
selection of that class of data file. A "1" would indicate that the subaction was selectable; a "0" would 
indicate that the subaction was affected. For example, the bit stream after the descriptor for search pattern 
in FIG. 8 would be "111010". After all the objects are selected by the user, the CPU logical "ANDs" the bit 

20 streams together. Thus, any of the subactions affected by any of the past selections would be indicated by 
a "0". Similar matrices are stored for the subactions of the other actions in the action bar 51 . 

FIG. 9 depicts a flow diagram of the operation of the invention according to a preferred embodiment. 
The flow diagram starts with the user being presented a list of object or data files like that shown in FIG. 2 
from which he can select or deselect object in step 101. In step 101, the user has input a mouse click to the 

25 data processing system while the cursor is on one of the objects in list 53. The CPU then determines 
whether the object is selected or unselected. If not the cursor is on an unselected object and when a 
mouse button is depressed the object is thereby selected. If the object goes from unselected to selected, 
the method continues to step 103 and updates a data table to reflect that the object has now been selected. 
The user may continue to select objects by moving the cursor to a new object in step 107 or may decide 

30 that he is finished selecting objects and the method progresses to step 109. If an object goes from selected 
to deselected, that object's information is removed from the data table in step 105. Other selected objects 
may be deselected by moving the cursor to a new selected object and inputting a signal to the system to 
deselect the object in step 107. As the objects are selected or deselected, the menu is continually updated 
so that the selected object names are in bold relative to deselected object names. 

35 The user then moves the input focus to an action in the action bar 51 in step 111. The pull down action 
bar 57 associated with the selected action is chosen. However, before the data processing system displays 
the pull down action bar 57, it determines whether each subaction in the pull down action bar 57 is affected. 
The data processing system performs this determining step 112 by correlating the data table of previously 
selected objects built in steps 103 and 105 above with the subaction, and refers to the previously 

40 programmed information in the special data file depicted in FIG. 8 in step 113. If the subaction is affected, 
the subaction is marked in step 115 and an invisible display of the objects which cause that subaction to be 
affected is built and associated with that subaction in step 117. The system then determines whether there 
are any more subactions in the pull down action bar 57 in step 119 and repeats the process until it 
determines which subactions are affected or unaffected. The pull down action bar 57 is then displayed to 

45 the user in step 121. 

The user then moves the input focus to a subaction in the pull down bar 57 in step 123. If the subaction 
is affected, step 125, the system displays the heretofore invisible pop-up display 59 of the objects which 
are causing the action to be affected. Next, the user will have the option of deselecting the affecting objects, 
step 129, and execute the now unaffected subaction, step 131. Alternatively, the user can opt not to 

so deselect any objects and either move the input focus to another subaction, step 123, or dismiss the menu 
entirely, step 133. The preferred means of deselecting the selected objects is to move the input focus of the 
system to the affecting object and depress a mouse button. If the subaction is unaffected in step 125, the 
user has the options of executing the subaction, step 131, moving the input focus to another subaction, step 
123, or dismissing the menu, step 133. 

55 The cursor can be placed in the action bar 51 or in a pull down menu 59 by either using the cursor 
direction keys on the keyboard or the mouse. In either case, the data processing system knows that the 
cursor 55 is on the menu and will notify the application that it has the input focus, by sending messages 
already programmed into the operating system 31. For example, in an OS/2 and Presentation Manager 
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environment the CPU 13 notifies the application program 33 that it has the input focus by sending a WM- 
INITMENU message. In response, the application 33 builds the menu 50, and any invisible menus such as 
the pull down action bar 57 and the pop-up display 59 and then transfers control of the system back to the 
operating system 31. The user then moves the input focus of the system via mouse or keyboard. The CPU 

5 13 then notifies the application about the change in location of the cursor via a WM-MENUSELECT 
message. In response, the application 33 sends one of the invisible menus to the CPU 13 for presentation 
on the display 19, and transfers control back to the operating system. As the user continues to move the 
cursor about the menu, a steady stream of WM-MENUSELECT messages are sent to the application 33. 
When the user has finished with the application 33, the operating system 31 and CPU 13 notify the 

10 application 33 by sending a WM-ENDMENU message. The application 33 then destroys the built up images 
of the various menus. The particular action is determined by issuing WM-QUERYITEM messages, and if it 
is an affected menu action, then display the list of affected objects. 

The following is a pseudocode description of the logic behind this process. The actual code wiil be part 
of a window procedure that manages a menu which contains, at a minimum, a list of selectable objects, and 

75 a menu containing actions which can be performed on those objects. 



Procedure ListPanelWndProc (window_handle, message, datal, data2) 
BEGINPROC 

20 

CASE (message): 

/ * other logic not associated with patent subject */ 

25 



CASE WMJNITMENU: 
BEGIN 

IF (selected objects are invalid for some subactions) THEN 
BEGINIF 

Disable (grey-out) those subactions; 

Build invisible windows with lists of invalid selections 
for each disabled subaction; 
END IF 



CASE WM-MENUSELECT: 
45 BEGIN 

IF (a disabled subaction is losing input focus) THEN 

Make displayed window of invalid selections invisible; 
IF ( input focus is now on disabled subaction) THEN 

50 ^ 

Make window containing invalid selection visible; 

END 

55 
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CASE WM_MENUEND: 
BEGIN 

5 Destroy windows with lists of invalid selections for disabled 

subactions; 

END 

70 

CASE ( message) : 

/* other logic not associated with patent subject */ 

15 

ENDPROC 



20 Those skilled in the art would recognize that there are a plethora of ways of distinguishing between 
affected and unaffected actions on a display screen. The two types of actions could be displayed in 
different colors, one type of action could be displayed in different colors, one type of action could be in 
reverse video or marked with any of a variety of symbols. The choice of crossing out the affected actions as 
opposed to the other available methods of denoting the affected action was simply a design choice in the 

25 preferred embodiment. 

Although a specific embodiment has been disclosed, it will be understood by those skilled in the art that 
changes can be made to the specific embodiment without departing from the spirit and scope of the 
invention. For example, in the preferred embodiment above, the "past selections" are data files or data 
objects which affect one or more actions which would normally be selectable by a user at a particular menu. 

30 The present invention would also cover a data processing system in which the "past selections" are actions 
taken by the user prior to the menu which displays the affected actions. The specific embodiment disclosed 
is for purposes of illustration only and is not to be taken to limit the scope of the inventions narrower than 
the appended claims. 

Also, there are other means available in the prior art, to determine which of the past actions are affected 
35 in addition to correlating of a list of past selections to a data file as presented in the embodiment above. 

Claims 

1. In a data processing system including a central processor, a memory, display means and input means, 
40 a method of informing a user of said data processing system which past selections have affected an 

action on a menu presented to the user on said display means comprising the steps of: 

updating a list of past selections made by the user in a current data processing session in the memory; 

45 determining whether any of the past selections have affected any action in a list of actions which may 
be available to the user; 

displaying a menu containing at least one affected action to the user on the display means, the affected 
actions being displayed in a different manner than the unaffected action; and, 

50 

responsive to a first input by the user, indicating which of those past selections have caused a 
particular action to be affected. 

2. The method as recited in claim 1 wherein the determining step is accomplished by correlating the list 
55 of past selections and the list of potentially available actions against a data file stored in memory which 

indicates which of the actions in the list is "affected" by the past selections. 

3. The method as recited in claim 1 or 2 wherein the indicating step is accomplished by displaying a 
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second list of past selections which have caused a particular action to be affected. 

4. In a data processing system including a central processor, a memory, display means and input means, 
a method of informing a user of said data processing system which past selections have affected an 

5 action on a menu presented to the user on said display means comprising the steps of: 

updating a list of past selections made by the user in a current data processing session in the memory; 

correlating the list of past selections and a list of actions which may be available to the user against a 
w data file stored in memory, the data file indicating which of the actions in the list of actions is "affected" 
by the past selections, to determine whether any of the actions are "affected"; 

displaying a menu containing at least one affected action to the user on the display means, the affected 
action being displayed in a different manner than an unaffected action; and, 

75 

responsive to a first input by the user, displaying a second list of past selections which contains those 
past selections which cause a particular action to be affected. 

5. In a data processing system including a processor, a memory, display means, and input means a 
20 method of deselecting past selections which have affected an action on a menu presented to a user on 

the display means comprising the steps of: 

indicating which of the past selections made by the user during a data processing session have caused 
a particular action to be affected; and 

25 

responsive to an input by the user, changing a past selection which is causing a particular action to be 
affected from a selected to a deselected state, thereby changing the affected action to a nonaffected 
action. 

30 6. A data processing system for informing a system user which past selections have affected an action on 
a menu presented to the user comprising: 

a memory for storing program modules and data files; 

35 a processing means coupled to the memory which operate the data processing system according to 
instructions in the program modules stored in the memory; 

means for determining whether any of a list of past selections made by the system user have 
"affected" any of a list of actions which may be available to the user; 

40 

coupled to the processing means and the memory, display means for displaying information to the 
system user concerning the availability of actions on the data processing system, said display means 
displaying a menu including at least one affected action displayed in a different manner than an 
unaffected action; 

45 

an input device for querying the data processing system as to the past selections which are causing a 
particular action to be affected; and 

means for indicating which of the past selections have caused the particular action to be affected. 

50 

7. A data processing system for informing a system user which past selections have affected an action on 
a menu displayed to the system user on a display means said system also having a processor, a 
memory and input means comprising: 

55 means for determining whether any of the past selections made by a user in a current data processing 
system have affected any action in the menu displayed to the system user 

means for displaying the menu to the system user presenting the affected action to the system user in 
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a different manner than an unaffected action 

responsive to a first input from the input means a means for indicating which of the past actions have 
caused a particular action to be affected. 

8. The method as recited in anyone of claims 1 to 5 or system as in claim 6 or 7 wherein the past 
selections are data files resident in a memory. 

9. The method as recited in anyone of claims 1 to 5 and 8 or system as in claim 6, 7 or 8 wherein both 
affected and unaffected actions are displayed on the menu. 

10. The method as recited in anyone of claims 1 to 5 and 8 or 9 or system as in claim 6, 7, 8 or 9 wherein 
the menu containing at least one affected action is a pull down menu from an action bar, the pull down 
menu containing subactions of a higher ranking and action, and the affected action being a subaction of 
the higher ranking action. 

11. The method as recited in anyone of claims 1 to 5 and 8, 9 or 10 or system as in claim 6, 7, 8, 9 or 10 
which further comprises the step of changing a past selection which is causing a particular action to be 
affected from a selected to a deselected state, responsive to a second input by the user, thereby 
changing the affected action to an unaffected action. 

12. The method as recited in anyone of claims 1 to 5 and 8 to 11 or system as in claim 6, 7, 8, 9, 10 or 11 
wherein said first input by the user comprises moving an input focus of the system to the particular 
affected action by manipulating a pointing device, or the cursor control keys on a keyboard. 
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